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(54) A wireless network 



(57) A wireless network of calculators or other port- 
able electronic devices allows transmission of data from 
a master calculator (1 4) to one or more client calculators 
(18). The master calculator (14) broadcasts data to cli- 
ent calculators (1 8) and to a transponder (20). Upon re- 
ceipt of data, the transponder (2) sends an acknowledg- 
ment to the master calculator (14) noting that the data 
was received. When an acknowledgment is received by 



the master calculator (14), it assumes that all the client 
calculators (18) have also received the data and may 
continue sending data. On the other hand, if the master 
calculator does not receiving an acknowledgment within 
a predetermined time (the "timeout'' period) of sending 
data, then it assumes that the data was not received by 
all the calculators and re-sends the data. The client cal- 
culators (18) complete the data transaction when both 
the data and acknowledgment is received. 
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Description 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to a wireless net- 
work and, more particularly, to providing a wireless net- 
work to communicate data between calculators. 

BACKGROUND OF THE INVENTION 

Electronic calculators have evolved significantly 
since their inception as a general customer product in 
the early 1970's. In addition to arithmetic calculations, 
current day calculators often provide programing and 
graphing functions. Graphing calculators include a 
screen able to display graphics in addition to alphanu- 
meric characters. 

For some time, graphing calculators have been able 
to communicate with one another through a wired con- 
nection. An example of a calculator of this type is the Tl- 
92 calculator produced by Texas Instruments Incorpo- 
rated of Dallas, Texas. Wired connections may be used, 
for example, in a classroom setting where problem sets 
are downloaded from the teacher's calculator to the stu- 
dents' calculators. Once downloaded, the students can 
use the calculator to solve the problem. 

Despite the advantages of such a system, commu- 
nication between calculators has not been accepted in 
widespread use. One reason is that the wires between 
calculators are somewhat cumbersome to distribute to 
the students. While the wires could be built into a class- 
room's infrastructure, the cost of providing the wiring to 
each desk would be significant. Further, permanent wir- 
ing would inhibit flexible arrangement of the student's 
desks. 

Accordingly, there is a need for method and appa- 
ratus for connecting calculators in a flexible manner. 

SUMMARY OF THE INVENTION 

The present invention provides a wireless network 
in which a master processing device generates and 
transmits data. A plurality of client processing devices 
receive and store the data. 

A responding device sends an acknowledgment 
signal in response to receiving the data. Respective fur- 
ther aspects of the invention are set forth in claims 10 
and 16. 

Embodiments of the invention provide significant 
advantages over the prior art. First, modules providing 
the communication can be used transparently with ex- 
isting calculator designs which support wired networks. 
Second, the responding device provides feedback to 
ensure that the wireless signals carrying the data have 
been received. Since only the responding device needs 
to communicate an acknowledgment signal, rather than 
having each client processing device providing an inde- 
pendent acknowledgment of data, the modules associ- 



ated with the client processing devices would not need 
any transmit circuitry. Accordingly, only the master 
processing device and the responding device need 
transmit circuitry, thereby reducing the overall cost of the 
5 network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
10 invention, and the advantages thereof, reference is now 
made to the following descriptions of exemplary embod- 
iments taken in conjunction with the accompanying 
drawings, in which: 

is Figure 1 is a diagram of a classroom using a wire- 
less calculator network; 

Figures 2a, 2b and 2c are diagrams of the teacher 
(master) calculator, student (client) calculator and 
20 transponder; 

Figure 3 is a diagram showing communication paths 
in a first embodiment of a wireless network; 

25 Figures 4a, 4b and 4c are state diagrams describing 
operation of the master module, client module and 
transponder using a D-bus protocol calculator, 

Figures 5a, 5b and 5c are block diagrams for the 
30 master module, client module and transponder us- 
ing a D-bus protocol calculator; 

Figure 6 illustrates communication paths used in 
the second embodiment of a wireless network; 

35 

Figures 7a and 7b illustrate calculators used in the 
second embodiment; 

Figure 8 illustrates a state diagram for the master 
40 module of Figure 7a; 

Figures 9a illustrates a state diagram for data trans- 
fer using a bit level protocol; 

45 Figure 9b illustrates a state diagram for the client 
module; and 

Figure 1 0 illustrates a block diagram for a circuit im- 
plementing the master and client modules. 

50 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

In figures 1-10 of the drawings, like numerals are 
55 used for like elements of the various drawings. 

Figure 1 illustrates a representation of a classroom 
setting. The classroom setting 1 0 comprises a teacher's 
desk 12 with a teacher's (master) calculator 14 and a 
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plurality of student desks 16 with student (client) calcu- 
lators 18. As described in greaterdetail hereinbelow : the 
teacher's calculator 14 has the ability to both send and 
receive data using radio waves, but do not need send 
capability in the scenario of Figure 1 . A transponder 20 
is placed in the classroom 1 0 at a point where it receives 
the output of the master calculator 1 4 to a degree which 
is no better than that of the client calculator 18 having 
the poorest reception. 

In operation, the master calculator 14 broadcasts 
data to all client calculators 18 and to the transponder 

20. Upon receipt of data, the transponder 20 sends an 
acknowledgment to the master calculator confirming 
that the data was received. When an acknowledgment 
is received by the master calculator 1 4, it assumes that 
all the client calculators 18 have also received the data. 
On the other hand, if he master calculator does not re- 
ceive an acknowledgment within a predetermined time 
(the "timeout" period) of sending data, then it assumes 
that the data was not received by all the client calcula- 
tors 1 8 and re-sends the data. A more detailed descrip- 
tion of the protocol for sending, receiving and acknowl- 
edging data is shown in Figures 4a-c. 

A significant advantage of the embodiment shown 
in Figure 1 is that a wireless network can be provided 
for a classroom, or other setting, using existing calcula- 
tors which support wired connection. The wireless net- 
work is achieved by adding a module to the communi- 
cations port of each calculator as shown in Figures 2a- 
b The master calculator 1 4 includesa calculator module 

21, which may be a pre-existing calculator with a port 
for a wire connection to other calculators, and a send/ 
receive transponder module 22. Each student calculator 
18 also includes a calculator module 21 and a receive- 
only transponder module 24. The receive/send trans- 
ponder 20 does not need a corresponding calculator 
module 21. 

The modules 22 and 24 are transparent to the cal- 
culator, i.e, the calculator modules 21 operate as if they 
were connected by a cable. The master module 22 
translates data signals from the master calculator's 
communication port to radio waves (or, alternatively, to 
infra-red or other suitable frequency) which are broad- 
cast and, ideally, received by the client modules 24. 
Each client module 24 translates the received data sig- 
nal and sends, electrical signals to the port of the at- 
tached client calculator 1 8. The transponder 20 does not 
need to translate the signal; upon receiving a data signal 
from the master module 22, it sends an appropriate ac- 
knowledgment signal. 

Figure 3 illustrates a depiction of the classroom 10 
of Figure 1 with representative signals between the 
master calculator 14 and the client calculators 18 and 
transponder 20. As shown in Figure 3, by placing the 
transponder 20 in a position, such as a corner located 
at a back wall of the classroom, it can be relatively cer- 
tain that proper reception of data by the transponder 20 
will be indicative of proper reception of the data signal 



by all of the client modules 24 in the classroom. If this 
is not the case, the transponder 20 can be moved to 
another location in the classroom 10. 

The embodiment described in connection with Fig- 
5 ures 2-3 has significant advantages. First, add-on mod- 
ules can be used to update existing calculators, so that 
classrooms which have already purchased calculators 
do not lose their investment. Second, since only the 
transponder 20 needs to communicate an acknowledg- 
10 ment signal, rather than each client calculator providing 
an independent acknowledgment of data, the client 
modules 24 do not need any transmit circuitry. Accord- 
ingly, only the master module 22 and the transponder 
20 have transmit circuitry, thereby reducing the overall 
is cost of the calculator network. 

It is anticipated that the master module will broad- 
cast at a power which is low enough that it will not trans- 
mit through walls and affect modules in adjacent class- 
rooms. Alternatively, the modules in each classroom 
20 could be sent to different frequencies to prevent com- 
munications between classrooms. 

Figures 4a-c illustrate a particular implementation 
for the modules 22 and 24, and the receive/send trans- 
ponder 20, respectively. The implementation shown in 
25 Figures 4a-c is specific to a protocol used by the D-bus 
architecture of the Texas Instruments series of graphing 
calculators, it being understood that the devices could 
be modified for other protocols as well. 

Prior to describing operation of the modules 22 and 
30 24 and the receive/send transponder 20, the operation 
of the data transfer mechanism of the D-bus will be brief- 
ly outlined herein. Two lines (Line 0 and Line 1) of the 
D-bus are used to output data as a serial stream of log- 
ical "1's a and "OV. Normally, both LineO and Linel are 
35 held high. To transfer a logical M 0 d , LineO is pulled low at 
the port of the sending calculator, which creates a volt- 
age differential between LineO and Linel . The receiving 
calculator acknowledges receipt by pulling Linel low. Af- 
ter acknowledgment, LineO is driven high by the sending 
40 calculator and Linel is driven high by the receiving cal- 
culator to return the lines to their default high state. 

Similarly, to transfer a logical M 1 " , Linel is pulled low 
at the port of the sending calculator, which creates a volt- 
age differential between LineO and Linel (which is the 
45 opposite in polarity to the differential created by sending 
a logical "O"). The receiving calculator acknowledges re- 
ceipt by pulling LineO low. After acknowledgment, LineO 
is driven high by the sending calculator and Linel is driv- 
en high by the receiving calculator to return the lines to 
50 their default high state. 

As described above, the wireless modules 22 and 
24 may be designed to couple to the communications 
ports on the master and client calculators 21 . Hence, 
modules 22 and 24 mimic the protocol described above 
55 so that operation of the wireless network is transparent 
to the calculators 21 . 

Figure 4a is a state diagram which illustrates the 
operation of the master module for the D-bus protocol. 
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In state 30, both LineO and Linel of the teacher's calcu- 
lator 21 are high (i.e. no data is being transmitted). From 
this state, the teacher's calculator may drive either LineO 
or Linel low to send a logical °0" or "1" respectively, to 
the student calculators 18. If LineO is driven low by the 
teacher's calculator 21, the state of the module 22 
changes to state 32, where the module transmits a sig- 
nal (using radio frequency or infra-red frequency, for ex- 
ample) corresponding to a logical bit °0\ This signal 
should be received by the client modules 24 and the 
transponder 20. When the transponder 20 receives a 
signal corresponding to a logical "O", it sends an ac- 
knowledgment of the receipt. In the illustrated embodi- 
ment, the transponder's acknowledgment to a received 
bit "0° is referred to as Ack °0* and an acknowledgment 
of a received bit "1 " is a Ack "1 \ 

From state 36, the module 22 waits for Ack "0". If 
the Ack °0 a signal is received prior to a predetermined 
time (i.e. within the timeout period), the state will change 
to state 32, where the module 22 will hold Linel ol the 
communications port of the teacher's calculator 21 low, 
to complete the protocol described above. After both 
lines have been held low, the state returns to state 30 
where both lines are held high, awaiting transmission of 
the next bit. 

On the other hand, if the proper acknowledgment is 
not received in state 36 within the timeout period, then 
the master module 22 will resend the transmission of a 
logical "1°. 

Figure 4b illustrates a state diagram for the client 
modules 24. In state 40, both Linel and Line2 of the 
student calculators are held high as the student calcu- 
lators await receipt of a data transmission, from state 
40, if a bit "0" is received by the client module 24, the 
state changes to state 42, and the module pulls LineO 
to a low voltage. Under normal circumstances, any data 
transmission received by the client module 24 in state 
40 will have been generated by the master module 22. 
LineO will be held low until the client module 24 receives 
the acknowledgment from the transponder 20, i.e. until 
the client module 24 receives a Ack B 0", in the illustrated 
embodiment. At this point, the client module will release 
LineO and the student calculator 21 will release Linel to 
return to state 40. 

Returning to state 40, if a bit "1" is received by the 
client module 24, the state changes to state 44, and the 
module pulls Linel to low. Linel will be held to a low 
voltage until the client module 24 receives the acknowl- 
edgment from the transponder 20, i.e. until the client 
module 24 receives a Ack °1 d . At this point, the client 
module 24 will release Linel and the client calculator 21 
will release LineO to return to state 40. 

Figure 4c illustrates the state diagram for the trans- 
ponder 20. In state 50, the transponder is waiting for 
transmission of either a bit "O" or a bit "1 0 from the master 
module 22. If a bit "O" is received in state 50, the state 
changes to state 52, where the transponder transmits 
an Act °0° and returns to state 50. Similarly, if a bit "1" 



is received in state 50, the state changes to state 54, 
where the transponder transmits an Act "1 " and returns 
to state 50. 

Figures 5a-c illustrate block diagrams forthe master 
s and client modules 22 and 24 and the transponder 24, 
respectively. In figure 5a, the master module 22 com- 
prises interface circuitry 56 for coupiing with the LineO 
and Linel input/outputs from the calculator 21. The in- 
terface circuitry 56 is coupled to a state machine 58. 
10 state machine 58 is coupled to the send/receive circuitry 
60. Send/receive circuitry 60 is also coupled to antenna 
62. 

In operation, the send/receive circuitry 60 is opera- 
ble to send and receive signals over the air, typically us- 

15 ing well-known technologies such as radio or infra-red 
signally as is commonly used in remote control systems. 
The state machine 59 acts on signals from the send/ 
receive circuitry 60 as described in connection with Fig- 
ure 4a. The send/receive circuitry 60 may be very simple 

20 because it need only detect two signals (Ack 0 and Ack 
1) and send two signals (Bit "0" and Bit "1 "), 

The client module 24, as described above, is similar 
to the master module 22, but does not need any send 
capability. Accordingly, the client module 24 comprises 

25 interface circuitry 64, for coupling with the LineO and 
Linel input/outputs from the client calculator 21 , cou- 
pled to a state machine 66. State machine 66 is coupled 
to the receive circuitry 68. Receive circuitry 68 is also 
coupled to antenna 70. 

30 In operation , the receive circuitry is operable to de- 
tect signals transmitted over the air, namely the Bit "0° 
and Bit "1 °) and send acknowledgment signals (Ack "0° 
and Ack "1 ") under control of the state machine 72. The 
state machine is programmed to perform the method 

35 shown in Figure 4c. 

The state machines 58,66 and 72 can be imple- 
mented using a simple programmable processor such 
as PIC16C5X. 

While this embodiment of the wireless network uses 

40 a separate acknowledgment for each bit transmitted by 
the master calculator 14, it would also be possible to 
acknowledge the transmissions of groups of bits. 

Figures 6-10 illustrate a second embodiment of a 
wireless network wherein the client calculators include 

45 receive/send circuitry. 

In Figure 6, a classroom setting 10 showing data 
paths between the master calculator 80 and client cal- 
culators 82 are shown. In this embodiment, it is as- 
sumed that each of the client calculators 82 can be in- 

50 dividually identified and addressed. 

In operation, the master calculator 80 broadcasts 
data to all calculators in the classroom. Each bit is ver- 
ified using a protocol similar to the one described in Fig- 
ures 4a-c (described in greater detail in connection with 

55 Figures 9a-b), i.e. an acknowledge signal is returned for 
each transmitted bit (or, alternatively, for each group of 
bits), with a selected client calculator 82 performing the 
verification function for each bit. The selected client cal- 
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culator 82 should be chosen such that all other client 
calculators 82 receive a signal of at least equivalent sig- 
nal strength as the selected client calculator. 

Bits are grouped into packets which contain bits for 
error detection or error detection, and correction 
schemes. After each packet is sent, the master calcula- 
tor 80 polls each of the client calculators 82 to ensure 
that each packet was correctly received. If not, the data 
is re-sent. 

The wireless network depicted in Figure 6 can be 
achieved using existing graphing calculators with wired 
network capability, or with calculators with integrated 
wireless network capacity. For illustration, as shown in 
Figures 7a-b, it will be assumed that modules 84 and 86 
are added to existing graphing calculators 88. The mod- 
ules 84 and 86 are transparent to the calculator 88 : i.e. 
the calculators 88 operate as if they were connected by 
a cable. Both the master module 84 and client module 
86 have both send and receive capability. The client 
module 86 preferably has a programmable identification 
number (ID), for example, each client module could be 
identified by a number between 1 and 100. While the 
master module 84 and client module 86 have slightly 
different functions, the both sets of functions could be 
combined in a single module, so that a single design 
could be set to use either the master or client functions. 

Figure 8 illustrates a state diagram describing op- 
eration of the master module 84. In idle state 90, the 
master module 84 is waiting for data to send. When data 
is available for sending, the state changes to state 92. 
In this state, the master module selects a "responder", 
which is the client module which acts as the worst-case 
recipient of information from the master module. Nor- 
mally, this responder will be the client module 86 which 
is furthest away from the master module 84. In state 92, 
the master module 84 broadcasts a request for a re- 
sponder, identifying a particular client module 86. If 
there is no response within a predetermined timeout pe- 
riod, the state returns to the idle state 90. A failure to 
acknowledge a responder request could be due to a fail- 
ure in the selected client module 86 (for example, the 
client module may be turned off) or the positioning of the 
selected client module 88 may be such that transmis- 
sions from the master module 86 are not reaching it, re- 
quiring the selected client module 86, and perhaps other 
client modules 86, to be repositioned. 

Once the responder acknowledges the request in 
state 92, control of the master module 84 shifts to state 
94 where a data packet (comprising a plurality of bits) 
is broadcast to all client modules 86. The packet of bits 
preferably includes error detection or error correction 
bits such that each client module 84 can determine 
whether a packet has been correctly received. If an error 
correction scheme is used, packets of data with one or 
more incorrect bits can be corrected without retransmis- 
sion. The number of incorrect bits which can be correct- 
ed without retransmission depends on the scheme em- 
ployed and the number of correction bits added to the 



data bits in the packet. 

While the data packet is being broadcast to all client 
modules 86, only the responder verifies the receipt of 
each bit, using a method similar to the method shown 

5 in Figure 4c. A more detailed state diagram for the bit 
level protocol is shown in Figures 9a-b. By acknowledg- 
ing the receipt of each bit (or, alternatively, by acknowl- 
edging the receipt of groups of bits) at the responder, 
there can be a high degree of confidence that each bit 

10 is being received at all of the client modules 86. 

In the preferred embodiment, each client module 86 
has a memory buffer for storing the packet data. The 
packet data may be transferred from the client module 
to the attached calculator after the packet is verified as 

15 correct. 

In states 96 and 98, the master module 84 polls 
each student module 86 to verify that the data has been 
correctly received prior to transmission of the next pack- 
et. In block 96, the master module 84 requests confir- 
20 mation from a specific student that the data was correct- 
ly received, according to the error detection/correction 
scheme employed in the module. If there is no response 
from the specific client module, the request will be re- 
peated to a maximum number (for example, three at- 

25 tempts) at which time the master module 84 will continue 
to poll the remaining client modules in state 98. If a client 
module 86 returns a negative confirmation, i.e. if the er- 
ror detection/correction routine determines that there is 
a non-correctable error in its received data packet, then 

30 the master module 84 re-broadcasts the data as de- 
scribed above in state 94. If a positive confirmation is 
received in state 96, the master module 84 sets up to 
confirm receipt from a next client module in block 98. 
The loop of states 94,96 and 98 is continued until the 

35 master verifies that each client has received the* data 
packet. At this point, when all students have made pos- 
itive confirmations, the state changes to state 100, 
where the master sets up for the next packet. The state 
then changes to state 94, where the new packet is 

40 broadcast as described above. When there are no more 
packets to broadcast in state 100, the master module 
84 returns to idle state 90. 

Figure 9a illustrates a more detailed state diagram 
corresponding to state 94, i.e. the routine for broadcast- 
's ing packet data, from Figure 8. State 102 (idle) is the 
entry point for the routine. When a new packet is avail- 
able for broadcast, the packet is prepared in state 104. 
The actions involved in this state would include down- 
loading data bits from the calculator 88 to the master 

so module 84 and appending information identifying the 
packet. For example, each packet may be given as nu- 
meric identifier. After the packet is prepared in state 104, 
or if a packet is being retransmitted (see state 96 of Fig- 
ure 8), the bits are prepared for serial transmittal over 

55 the air in state 106. In state 108, the bit is broadcast to 
all client modules 86. To ensure proper commmunica- 
tion, a verification of each bit is performed by the select- 
ed responder. If no acknowledgment of the bit is re- 
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turned from the responder within a predetermined time- 
out period, the bit is rebroadcast. On the other hand, if 
the bit is properly acknowledged, the next bit is prepared 
in state 1 1 0. The loop of broadcasting and verifying each 
bit between states 108 and 110 continues until all bits 
in the packet are broadcast by the master module and 
acknowledged by the responder Once all bits of the 
packet are broadcast and acknowledged, the master 
module continues to state 96 of Figure 8, where the cli- 
ent modules are polled for confirmation of receipt of the 
packet. 

Figure 9b illustrates a state diagram describing op- 
eration of the client modules 86. When not receiving of 
sending data, the client module is in the idle state 116. 
If the master module sends a request for a responder 
(block 92 of Figure 8), each client module compares the 
identification code (ID) of the client module selected by 
the master module in state 1 1 8. If the identification code 
sent by the master module 84 does not match the iden- 
tification code of the particular client module, that client 
module returns to the idle state. The client module cor- 
responding to the requested identification code will 
match in state 1 1 8 and then sends and acknowledgment 
to the master module in state 120, signifying that it will 
bear responsibility for verifying each bit sent from the 
master module 84. The selected responder also sets an 
internal flag and returns to the idle state 116 where it 
waits for data transmissions. 

When a data bit is received, each client module 86 
stores the bit in an internal buffer in state 1 24. If the flat 
is set (i.e., if the client module is the designated re- 
sponder), then that client module also sends an ac- 
knowledgment signal back to the master module 84 in 
state 124. The state then changes back to the idle state 
116. 

After all data bits for a packet are sent, the master 
module will poll the client modules to confirm that the 
data was properly received. When a confirmation re- 
quest (which is directed to a particular client ID) is re- 
ceived in state 116, the state changes to state 126, 
where each client module 86 compare the ID from the 
master module 84 with its ID. For client modules where 
there is no match, the state returns to state 1 1 6. For the 
client module that matches the ID, either a confirmation 
is transmitted from the client module 86 to the master 
module 84 in state 1 30, if the packet was received, or a 
negative confirmation is transmitted from the client mod- 
ule 86 to the master module 84, if the packet was not 
properly received. The state then returns to the idle state 
116. 

Figure 10 illustrates a block diagram of a module 
which can be used as either the master module 84 or 
the client module 86. In Figure 10, the module compris- 
es interface circuitry 1 34 for coupling with the LineO and 
Linel input/outputs from the calculator 88. The interface 
circuitry 134 is coupled to a state machine 136. state 
machine 1 36 is coupled to a date buffer 1 38 and send/ 
receive circuitry 140. Send/receive circuitry 140 is also 



coupled to antenna 1 42. 

The state machine can be programmed to imple- 
ment either the routines shown in Figures 8 and 9a, for 
the master module 84, or the routine shown in Figure 

5 9b, for the client module 86. The memory buffer allows 
the module to store a packet of data internally. 

The embodiment described in connection with Fig- 
ures 6-10 has significant advantages. First, as in the first 
embodiment, add-on modules can be used to update 

10 existing calculators, so that classrooms which have al- 
ready purchased calculators do not lose their invest- 
ment. Second, each calculator in the room is polled to 
confirm accurate transmittal of the data. 

While the embodiments shown herein are directed 

is to calculators in classroom settings, the wireless net- 
works described herein could be used with any process- 
ing device, such as portable and desktop computers. In 
addition to classroom settings, the wireless network 
could be used in other settings, such as business con- 

20 ferences. 

Although the Detailed Description o1 the invention 
has been directed to certain exemplary embodiments, 
various modifications of these embodiments, as well as 
alternative embodiments, will be suggested to those 

25 skilled in the art. 



Claims 

30 1. A wireless network comprising: 

a master processing device for generating data 
and transmitting said data through wireless 
transmission of signals; 
35 a plurality of client processing devices for re- 

ceiving and storing said data; and 
a responding device for sending an acknowl- 
edgment signal in response to receiving said 
data. 

40 

2. The wireless network of Claim 1 , wherein said mas- 
ter processing device includes calculator circuitry 
and said client processing devices include calcula- 
tor circuitry. 

45 

3. The wireless network of Claim 1 , wherein said mas- 
ter processing device includes calculator circuitry 
and said client processing devices include compu- 
ter circuitry. 

so 

4. The wireless network of any of Claims 1 to 3, where- 
in said master processing device includes circuitry 
for sending and receiving signals through wireless 
transmission. 

55 

5.. The wireless network of any of Claims 1 to 4, where- 
in said client processing devices include circuitry for 
receiving signals through wireless transmission. 
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6. The wireless network of any of Claims 1 to 5, where- 
in said responding device includes circuitry for 
sending and receiving signals through wireless 
transmission. 

7. The wireless network of any of Claims 1 to 6 where- 
in said master processing device comprises: 

a processing module operable to communicate 
with other processing devices through a port for 
receiving a wired connection; and 
a wireless communication module coupled to 
said port for providing wireless communication. 

8. The wireless network of Claim 7, wherein said wire- 
less communications modules emulates a protocol 
for wired communication. 

9. The wireless network of Claim 7 or Claim 8 wherein 
said wireless communication module is capable of 
transferring said wireless communication to said 
processing module 

10. A network of calculators comprising; 

a master calculator for generating data and 
transmitting said data through wireless trans- 
mission of signals; 

a plurality of client calculators lor receiving and 
storing said data; and 

a responding device for acknowledging receipt 
of said, data, said responding device being 
placed at a location in which reception is no bet- 
ter than any of the client calculators. 

11. The network of Claim 10, wherein said responding 
device acknowledges the receipt of said data by 
sending an acknowledgment signal through wire- 
less transmission. 

12. The network of Claim 11 , wherein said master cal- 
culator receives said acknowledgment signal and 
generates an internal signal in response thereto. 

13. The network of Claim 12, wherein said client calcu- 
lators receive said acknowledgment signal and 
generate an internal signal in response thereto. 

1 4. The network of any of Claims 1 0 to 1 3, wherein said 
master and client calculators are graphing calcula- 
tors. 



a wireless communication module coupled to 
said port. 

16. A method of communicating between a plurality of 
s processing devices, comprising the steps of: 

transmitting data from a master processing de- 
vice to a plurality of client processing devices 
through wireless transmission of signals; 
10 storing said data in each of the client process- 

ing devices; and 

acknowledging receipt of said data with re- 
sponding device. 

is 17. The method of Claim 1 6 further comprising; placing 
said responding device at a location in which recep- 
tion is no better than any of the client processing 
devices. 

20 18. The method of Claim 16 or Claim 17, further com- 
prising generating and sending an acknowledgment 
signal with said responding device after receiving a 
bit. 

25 19. The method of Claim 18 further comprising trans- 
miting a first signal responsive to receiving a signal 
corresponding to a logical n 0 a and a second signal 
responsive to receiving a signal corresponding to a 
logical "1°. 

30 

20. The method of any of Claims 16 to 19 wherein said 
acknowledging step comprises sending an ac- 
knowledgment signal from said responding device 
by wireless transmission. 

35 



40 



45 



50 



10 



15. The network of any of Claims 1 0 to 1 4 wherein said 
calculators comprise: 

55 

processing circuitry; 

a port for external communications coupled to 
said processing circuitry; and 
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